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MULTIPLEXER SELECTING ONE OF autonomously without the intervention of an external pro- 

INPUT/OUTPUT DATA FROM A LOW PIN cessor. A communication interface circuit receives the serial 

COUNT INTERFACE AND A PROGRAM data containing the program information. A parser decodes 

INFORMATION TO UPDATE A FIRMWARE the program information and generates control commands to 

DEVICE FROM A COMMUNICATION 5 a control logic circuit. A read buffer stores the program data. 

INTERFACE The control logic circuit includes a erase control circuit and 

a write control circuit. The parser includes a state machine 
that parses the program information and extract program 

BACKGROUND parameters and program data. The state machine generates 

1. Field of the Invention 10 control signals and/or control commands to the erase and 

Tins invention relates to microprocessors. In particular, ™ te contro1 10 «?* f d write firmware 

the invention relates to firmware. ?y incorporatmg the self-update controller to control the 

_ _ . . r n i j a firmware device, the technique provides a mechanism to 

2. Description of Related Art update ^ firmware device without an external processor< 

Non-volatile memories (e.g., flash memories) are increas- -c , c n * j • * c i 

, . 4 v . . « 15 In the following description, for purposes of explanation, 

ingly important in many microprocessor applications. One j . -i . /_*u • / » -a .u u 

/ , c , . - - • c u t. numerous details are set forth m order to provide a thorough 

particular use of non- volatile memories is in a firmware hub . . , . ,\ . ...f 

/™/trv a T7\xru j . j u • ui understanding of the present invention. However, it will be 

(FWH). A FWH provides an integrated mechanism to enable 4# & . ... * . # . , 4 , , t . . , 

v ./ , j ■ r . i apparent to one skilled in the art that these specific details 

security-enhanced platform infrastructure in modern micro- . • j- j * .* *u f- i 

i if rj, , tM nun * are not required in order to practice the present invention. In 

processor platforms. The non-volatile memory in a FWH is , n 4 . . , „ , i * • i . *. j ■ 

f • „ j * . - . j j . , 20 other mstances, well known electrical structures and circuits 

typically used for platform code and data storage. . . . . ' . - , , 4 , t . 

\ n \ , , , are shown in block diagram form in order not to obscure the 

A flash memory needs to be erased and programmed to present invention 

store code and data. Traditional techniques to program flash - . ' .„ , ; iAA . 

memories include mass programming at the manufacturing ™- 1 ,s a d "? alD ******* » ^P 1 "" ^ «» «f 

facility and remote programming with the aid of the host 25 * b,ch 0De embodiment of the invention can be practiced. 

' The computer system 100 includes a processor 105, a host 

_ , , , bus 110, a host bridge chipset 120, a system memory 130, an 

Programming at the manufacturing facility involves the audk) deyice 142 a mass e 144 a[] universal 

use of programming and test equipment. For applications serfal bus (USB) device U6 a fopm/butp* ( i/ 0 ) 

that require frequent updates, tins programming approach .s device ls0 a ri heral bus 160 and K devices 

not practical. Remote programming by a host processor 30 tQ 

requires an interface with the host to allow the host or a * K ' nm , • • * 

• i „ . t . . ¥ The processor 105 represents a central processing unit of 

special processor to carry out the programming sequence. In * r t_-» *. t. i ■ * 

S j * . « .u ■ . *-u • any type of architecture, such as complex instruction set 

many applications, the intervention by a host processor is 3 3 * » * - ■ 

4 j . U1 p i a u % tr* j computers (CISC), reduced instruction set computers 

not desirable. For example, if the flash memory itself is used . • , , . . , 

as a boot device from which the host processor obtains the 35 <-™9> ^ong instruction word (VUW) exphcitly par- 

u * j ■ • ui f »u u * * allel instruction set computing (EPIC), or hybrid architec- 

boot code, it is impossible for the host processor to program ^ . , . . - ^ . 

u * j tore- The mvention could be implemented in a multi- 
its own boot code. . . * 

^ , n , . processor or single processor computer system. 

Therefore, there is a need to have a firmware device _ , * 

. ir j • u-v* • ** ir **u * The host bridge chipset 120 includes a number of lnter- 

naving a self-update ability to program itself without an „ . . * \ , , 

external device 40 face circuits to allow the host processor 105 access to the 

system memory 130 and the peripheral bus 160. The host 

SUMMARY bridge chipset 120 includes a memory controller 122, a 

^ , , , self-update controller 124, a firmware device 126, and an 

The present mvention relates toa method and apparatus to yQ conlroller USt ^ mem stroller 122 provides an 

self update a firmware device. The apparatus comprises a mterface tQ ^ stem mem0 130 The date mn _ 

communication interface to receive programmmg informa- troUer U4 CQnm]s the ^ ^ of ^ fifmware device 

lion and a parser to parse the programming information into U6 autonomously) ix the intervention of an exter- 

control commands and pro-am data. The parser is coupled naJ processor ^ ^ the host pr0 cessor. The firmware 

to the communication mterface. deyice u6 fc a non . vo i atile memory to store firmware such 

BRIEF DESCRIPTION OF THE DRAWINGS so as program and code. In one embodiment, the non-volatile 

memory is a flash memory. The I/O controller 128 provides 

The features and advantages of the present invention will control of I/0 functions. The I/O controller 128 provides 

become apparent from the following detailed description of interface to the audio device 142, the mass storage device 

the present invention in which: 144 the USB device u6 ^ the super y 0 device 150 

FIG. 1 is a diagram illustrating a computer system in 55 Other I/O devices may also be controlled by the I/O con- 

which one embodiment of the invention can be practiced. troller 128. 

FIG. 2 is a diagram illustrating a self-update controller The system memory 130 represents one or more mecha- 

according to one embodiment of the invention. nisms for storing information. For example, the system 

FIG. 3 is a diagram illustrating a state diagram of a memory 130 may include non-volatile or volatile memories, 

command parser according to one embodiment of the inven- go Examples of these memories include flash memory, read 

tion. only memory (ROM), or random access memory (RAM). 

FIG. 4 is a flowchart illustrating a process to self update The system memory 130 stores a program 132 and a data 

according to one embodiment of the invention. 134. Of course, the system memory 130 preferably contains 

additional software (not shown), which is not necessary to 

DESCRIPTION 65 understanding the invention. 

The present invention is a method and apparatus for The audio device 142 includes audio equipment or com- 

self-updating a firmware device. The update is performed ponent such as speakers, microphones, and other audio 
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peripherals. In one embodiment, the audio device 142 not be needed if the serial data are processed by a dedicated 

includes the audio codec AC 97. communication device such as the legacy serial communi- 

The mass storage device 150 includes CD ROM, floppy catioD interface device. The serial-to-parallel converter 214 

diskettes, and hard drives. The mass storage device 150 converts the serial data stream into parallel data. The parallel 

stores non-volatile information such as programs or data. 5 data mav oe of aDV size comparable with the parser. 

The mass storage device 150 provides a mechanism to read Examples of the parallel data sizes include four bits, eight 

machine-readable media. When implemented in software, bits, or sixteen bits. 

the elements of the present invention are essentially the code The source selector 220 selects the source for the input to 

segments to perform the necessary tasks. The program or the parser 230. There are essentially two sources: the parallel 

code segments can be stored in a processor readable medium 10 data from the communication interface 210 and the I/O 

or transmitted by a computer data signal embodied in a interface data from the LPC bus. The source selector 220 

carrier wave, or a signal modulated by a carrier, over a includes a multiplexer controller 222 and a multiplexer 224. 

transmission medium. The "processor readable medium" The multiplexer 224 is a two-to-one data selector to select 

may include any medium that can store or transfer informa- one of the LPC interface data and the parallel data. The LPC 

tion. Examples of the processor readable medium include an 15 interface data contains information for a normal operation, 

electronic circuit, a semiconductor memory device, a ROM, The parallel data contains the program information that is 

a flash memory, an erasable ROM (EROM), a floppy used to update the firmware device. The multiplexer con- 

diskette, a compact disk CD-ROM, an optical disk, a hard troller 222 controls the selection of the data. The multiplexer 

disk, a fiber optic medium, a radio frequency (RF) link, etc. controller 222 receives a reset signal from a system reset 

The computer data signal may include any signal that can 20 circuit and some control signal from the LPC interface data, 

propagate over a transmission medium such as electronic In one embodiment, when the reset signal is activated, the 

network channels, optical fibers, air, electromagnetic, RF multiplexer controller 222 generates a select signal to the 

links, etc. The code segments may be downloaded via multiplexer 224 to select the program information. The 

computer networks such as the Internet, Intranet, etc. multiplexer controller 222 has a latching element for the 

The USB device 146 includes devices that are compatible 25 si S nal mat remains stable during the time the parser 
with the USB standards such as camera, image capture, 230 receives the program information. When the parser 
encoder, decoder, scanner, etc. The super I/O device 150 completes the update operation, it generates a completion 
provides interfaces to a number of I/O functions and devices si S nal ( e -g-» DONE) to the multiplexer controller 222 so that 
such as keyboard, mouse, tablet digitizer, track-ball, etc. The lhe si S nal can be reversed forcing the multiplexer 224 
super I/O device 150 interfaces to the I/O controller 128 and 30 t0 switch to the LPC interface data for a normal operation, 
the self-update controller 124 via a Low Pin Count (LPC) The parser 230 decodes the data provided by the multi- 
interface bus. plexer 224. The parser 230 includes a state machine that 

The peripheral bus 160 provides bus interface to the generates control commands to the control logic circuit 240 

peripheral devices 170j to 170^. In one embodiment, the 35 and the read buffer 250. The state machine will be described 

peripheral bus 160 is the peripheral component interconnect ^ ater m FIG. 3- 

(PCI) bus. The peripheral devices 170j to 170^ include a The control logic circuit 240 includes an erase control 

network interface device, a modem, a printer controller, etc. circuit 242 and a write control circuit 244. The erase control 

FIG. 2 is a diagram illustrating a self-update controller circuit 242 generates signals to erase the firmware device. 

124 according to one embodiment of the invention. The ^ The write control circuit 244 generates signals to program or 

self-update controller 124 includes a communication inter- write the firmware device. 

face 210, a source selector 220, a parser 230, a control logic The read buffer 250 stores the program data received from 

circuit 240, and a read buffer 250. the communication interface 210 and forwarded by the 

The communication interface 210 provides an interface to P^r 230 - The read buffer 250 is a local memory to buffer 

a serial data stream. The serial data may come from a remote 45 lhe V TO &™ which ^ 06 to the firmware 

device via a modem, or from a test or programming equip- device under lhe conlro1 of lhe ^ contro1 CTrcuit 244 ■ T^ 

ment. The serial data contains the programming information read buffer 250 may be implemented by a first-in-first-out 

to update the firmware device. The programming informa- <F lF0 ) or a slatic random access memory (RAM). The size 

tion includes the self-update identifier, program parameters, of the read buffer 250 k sufficient to store the program data 

and program data. The self-update identifier is a code to 50 for the corresponding block in the firmware device, 

inform the self-update controller that the serial data contains FIG. 3 is a diagram illustrating a state diagram 300 of the 

the update information. The program parameters include parser 230 shown in FIG. 2 according to one embodiment of 

parameters that are needed for the updating. These param- the invention. The state diagram 300 includes an identifica- 

eters may include the block size, the number of bytes to be tion state 310, a program parameters read state 320, a 

written to the firmware device, the erase block addresses, the 55 program data buffer state 330, a block erasure state 340, a 

write block addresses, etc. The program data are the update block write state 350, a status update state 360, and a normal 

data to be written to the firmware device. The update data operation state 370. 

may include the boot code in a Basic Input/Output System The identification state 310 parses the input data to the 

(BIOS), a specific routine, a device driver, an exception parser 230 (shown in FIG. 2) and identifies if the data 

handler, a set of data structures, or any other information that 60 contains a self -update identifier. If the data contains the 

needs to be updated. self-update identifier, the state machine 300 transitions from 

The communication interface 210 includes a receiver the identification state 310 to the program parameters state 

interface 212 and a serial-to-parallel converter 214. The 320. Otherwise, the state machine transitions to the normal 

receiver interface 212 provides interface function to receive operation state 370. 

the serial data. Examples of interface functions include level 65 In the program parameters read state 320, the state 

translation (e.g., voltage shifting from 12V to 5V), data machine 300 reads the program information and extract the 

stripping and error detection. These interface functions may program parameters based on a known protocol and/or 
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format. Examples of the program parameters include size of 
program data, erase block addresses, write block addresses. 
Id one embodiment, the state machine 300 deposits the erase 
block address in the erase control circuit 242 (in FIG. 2), the 
write block address in the write control circuit 244 (in FIG. 5 
2), and the program data size in a terminal count register. 

After the program parameters are obtained, the state 
machine 300 transitions to the program data buffer state 320. 
In the program data buffer state 320, the state machine 300 
stores the program data in the stream of program informa- 30 
tion received from the source selector 220 (in FIG. 2) to the 
read buffer 250 (in FIG. 2). If the read buffer 250 is a FIFO, 
the state machine 300 writes to the FIFO while incrementing 
a FIFO counter. When the FIFO counter reaches the maxi- 
mum count that matches the program data size stored in the is 
terminal count register, the storing of the program data is 
stopped, and the state machine proceeds to the block erasure 
state 340. 

In the block erasure state 340, the state machine 300 
perform the block erasure operation. The state machine 300 20 
generates control signals to the erase control circuit 242 (in 
FIG. 2) to erase the firmware device at the specified erase 
block address. 

After the erasure is completed, the state machine 300 
transitions to the block write state 350. In the block write 25 
state 350, the state machines 300 generates control signals to 
the write control circuit 244 (in FIG. 2) to write the data in 
the read buffer 250 (in FIG. 2) to the firmware device at the 
specified write block address. 

After the writing is completed, the state machine 300 
transitions to the status update state 360. In the status update 
360, the state machines 300 updates the status of the update 
in a status register. This status register can be later read by 
an external device such as the host processor 105 (in FIG. 1) 35 
or the I/O controller 128 (in FIG. 1). The status may include 
information about the success of the update, the number of 
bytes to be updated, the specific block addresses for update, 
or any other relevant information. At the end of the status 
update state 360, the state machine 300 generates a DONE ^ 
signal to the source selector 220 (in FIG. 2) to signal that the 
update has been completed. 

After the status is updated, the state machine 300 transi- 
tions to the normal operation state 370. In the normal 
operation state 370, the state machine 300 receives the LPC 45 
interface data and proceeds to perform normal operation. In 
the normal operation state 370, if the reset signal is 
activated, the state machine transitions back to the identifi- 
cation state 310 to prepare for another update if necessary. 

FIG. 4 is a flowchart illustrating a process 400 to self 50 
update according to one embodiment of the invention. 

At START, the process 400 reads data provided by the 
source selector 220 (in FIG. 2) (Block 410). Then the 
process 400 determines if the data is a self -update identifier 
(Block 420). If not, the process 400 is terminated. If the data 55 
matches the self -update identifier, the process 400 reads the 
program parameters in the next data sequence (Block 430). 
The program parameters typically include the size of the 
program data and the erase and write block addresses. 

Then the process 400 reads the program data that follows 60 
and stores the program data in the read buffer 250 shown in 
FIG. 2 (Block 440). The process 400 determines if all the 
program data have been stored in the read buffer (Block 
450). If not, the process 400 returns to block 440 to continue 
to read and store the program data. If all the program data 65 
have been stored in the buffer, the process 400 generates a 
block erase command to the erase control circuit 242 shown 



in FIG. 2 (Block 460). The process 400 then determines if 
the erasure has been completed (Block 470). If not, the 
process 400 returns to block 470 to wait for the completion 
of the erasing operation. If the erasure is completed, the 
process 400 generates a write command to the write control 
circuit 244 shown in FIG. 2 and provides the data from the 
read buffer 250 in FIG. 2 (Block 480). 

Next, the process 400 determines if all the program data 
stored in the read buffer 250 have been written to the 
firmware device (Block 490). If not, the process 400 returns 
to block 480 to continue the update. If all the program data 
have been written, the process 400 is terminated. 

While this invention has been described with reference to 
illustrative embodiments, this description is not intended to 
be construed in a limiting sense. Various modifications of the 
illustrative embodiments, as well as other embodiments of 
the invention, which are apparent to persons skilled in the art 
to which the invention pertains are deemed to lie within the 
spirit and scope of the invention. 

What is claimed is: 

1. A method comprising: 

receiving programming information to update a firmware 
device containing a boot code in a chipset from a 
communication interface; 

parsing the programming information into control com- 
mands and program data by a parser; 

programming the firmware device based on the control 
commands by a control logic circuit; 

storing the program data to be written into the firmware 
device in a buffer; and 

providing the programming information to the parser by 
a source selector, comprising: 

selecting one of the programming information from the 
communication interface and an input and output 
(I/O) data channel by a multiplexer, the I/O data 
channel being a low pin count (LPC) interface, and 

controlling a selection of the multiplexer by a multi- 
plexer controller. 

2. The method of claim 1 wherein programming the 
firmware device comprises: 

erasing the firmware device by an erase control circuit; 
and 

writing to the firmware device using the program data in 
the buffer by a write control circuit. 

3. The method of claim 1 wherein the parsing comprises: 
generating the control commands based on the parsed 

programming information by a state machine, the con- 
trol commands including at least an erase command 
and a write command. 

4. The method of claim 3 wherein the programming 
information includes at least a self-update identifier, pro- 
gram parameters, and the program data. 

5. The method of claim 4 wherein generating the control 
commands comprises: 

recognizing the self -update identifier; 

reading the program parameters including at least erase 

and write addresses; 
generating a buffer write command to write the program 

data into the buffer; 
generating an erase command to the erase control circuit 

to a block in the firmware device at the erase address; 

and 

generating a write command to the write control circuit to 
the program data in the buffer to the firmware device at 
the write address. 
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6. The method of claim 1 wherein receiving comprises: 
converting serial data into the programming information 

by a serial to parallel converter. 

7. An apparatus comprising: 

a communication interface to receive programming infor- 
mation to update a firmware device containing a boot 
code in a chipset; 

a parser coupled to the communication interface to parse 
the programming information into control commands 
and program data; 

a control logic circuit coupled to the parser to program the 
firmware device based on the control commands; 

a buffer coupled to the parser to store the program data to 
be written into the firmware device; and 

a source selector coupled to the communication interface 
and the parser to provide the programming information 
to the parser, comprising: 

a multiplexer to select one of the programming infor- 
mation from the communication interface and an 
input and output (I/O) data channel, the I/O data 
channel being a low pin count (LPC) interface, and 

a multiplexer controller coupled to the multiplexer to 
control a selection of the multiplexer. 

8. The apparatus of claim 7 wherein the control logic 
circuit comprises: 

an erase control circuit to erase the firmware device; and 
a write control circuit to write the firmware device using 
the program data in the buffer. 

9. The apparatus of claim 7 wherein the parser comprises: 
a state machine to generate the control commands based 

on the parsed programming information, the control 
commands including at least an erase command and a 
write command. 

10. The apparatus of claim 9 wherein the programming 
information includes at least a self-update identifier, pro- 
gram parameters, and program data. 

11. The apparatus of claim 10 wherein the state machine 
comprises: 

a self-update identification state to recognize the self- 
update identifier; 

a program parameters read state coupled to the self-update 
identification state to read the program parameters 
including at least erase and write addresses; 

a program data buffer state to generate a buffer write 
command to write the program data into the buffer; 

a block erasure state to generate the erase command, the 
erase command causing the erase control circuit to 
erase a block in the firmware device at the erase 
address; and 

a block write state to generate the write command, the 
write command causing the write control circuit to 
write the program data in the buffer to the firmware 5S 
device at the write address. 

12. The apparatus of claim 7 wherein the communication 
interface includes a serial to parallel converter to convert 
serial data into the programming information. 

13. A system comprising: $ 0 
a host processor; 



30 
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50 



a firmware device containing a boot code in a chipset; and 
a self -update firmware controller coupled to the firmware 

device to self update the firmware device, the controller 

comprising: 

a communication interface to receive programming 
information, 

a parser coupled to the communication interface to 
parse the programming information into control 
commands and program data, 
a control logic circuit coupled to the parser to program 
the firmware device based on the control commands, 
a buffer coupled to the parser to store the program data 

to be written into the firmware device, and 
a source selector coupled to the communication inter- 
face and the parser to provide the programming 
information to the parser, comprising: 
a multiplexer to select one of the programming 
information from the communication interface 
and an input and output (I/O) data channel, the I/O 
data channel being a low pin count (LPC) 
interface, and 
a multiplexer controller coupled to the multiplexer to 
control a selection of the multiplexer. 

14. The system of claim 13 wherein the control logic 
circuit comprises: 

an erase control circuit to erase the firmware device; and 
a write control circuit to write the firmware device using 
the program data in the buffer. 

15. The system of claim 13 wherein the parser comprises: 
a state machine to generate the control commands based 

on the parsed programming information, the control 
commands including at least an erase command and a 
write command. 

16. The system of claim 15 wherein the programming 
information includes at least a self-update identifier, pro- 
gram parameters, and program data. 

17. The system of claim 16 wherein the state machine 
comprises: 

a self -update identification state to recognize the self- 
update identifier; 

a program parameters read state coupled to the self-update 
identification state to read the program parameters 
including at least erase and write addresses; 

a program data buffer state to generate a buffer write 
command to write the program data into the buffer; 

a block erasure state to generate the erase command, the 
erase command causing the erase control circuit to 
erase a block in the firmware device at the erase 
address; and 

a block write state to generate the write command, the 
write command causing the write control circuit to 
write the program data in the buffer to the firmware 
device at the write address. 

18. The system of claim 13 wherein the communication 
interface includes a serial to parallel converter to convert 
serial data into the programming information. 
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